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DETAILED ACTION 

1 . This Office action is responsive to Applicant's submission filed on December 8, 2006. 
Claims 1-42, 45 and 46 are pending. 

Response to Amendment 

2. The rejection of claims 1 1-19 and 29-46 under 35 U.S.C. 101 has been withdrawn in 
view of Applicant's amendment. 

3. The rejection of claims 36-46 under 35 U.S.C. 1 12, second paragraph, has been 
withdrawn in view of Applicant's amendment. 

Response to Arguments 

4. Applicant's arguments have been fully considered but they are not persuasive. 

Applicant contends that Ardoin does not teach or suggest that the cut, copy or paste 
operation causes a serializer to be requested, or that the requested serializer produces a snippet of 
code (remarks, page 14, last paragraph). 

However, the rejections are based on combinations of references. One cannot show 
nonobviousness by attacking references individually where the rejections are based on 
combinations of references. See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 1981), and 
In re Merck & Co,, 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986). 

As set forth in the Office action, Barnes teaches a serialization engine capable of 
generating source code for objects (see, for example, column 2, lines 46-54). Similarly, Chinnici 
teaches a pluggable serialization engine (see, for example, paragraph [0126], lines 1-13) that 
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includes a serialization manager to coordinate and load one or more serialization providers (see, 
for example, paragraph [0140], lines 1-11). Chinnici teaches requesting a serializer from the 
serialization manager (see, for example, paragraph [0141], lines 1-5), and Barnes teaches that the 
requested serializer produces a snippet of code (see, for example, column 4, lines 30-35, 44-46 
and 60-65). Barnes and Chinnici are silent merely as to whether these operations are "part of a 
cut, copy or paste operation" and whether the snippet of code is "sufficient to undo or redo a 
change to the object graph" as recited in the claims. 

Nonetheless, Ardoin teaches a system for modeling an object graph (see, for example, 
column 6, lines 28-39) that preserves data and referential integrity as part of a copy or delete 
operation, and enables one to undo any such changes to the object graph (see, for example, 
colimm 3, lines 13-29). Ardoin's teachings are a suggestion to apply the serialization of Barnes 
and Chinnici as "part of a cut, copy or paste operation." 

Applicant refers to the undo interface of Ardoin (remarks, page 14). It is noted that in 
Ardoin, writing an undo stream to a log (see, for example, column 41, lines 47 to column 24, line 
21) is analogous to serialization.. Regardless of the implementation and format of the log, the 
undo stream enables one to revert or undo changes made to the object graph (see, for example, 
column 42, lines 37-45). In Barnes and Chinnici,. such an undo stream would be written with a 
serializer and in the form of a snippet of code. Ardoin's teachings are a suggestion to produce a 
snippet of code "sufficient to undo or redo a change to the object graph." 

Applicant is respectfully reminded that the test for obviousness is not that the claimed 
invention must be expressly suggested in any one or all of the references, but rather, the test is 
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what the combined teachings of the references would have suggested to those of ordinary skill in 
the art. See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 1981). 

The combined teachings of Barnes, Chinnici and Ardoin would have suggested the 
claimed subject matter to those of ordinary skill in the art. Applicant does not point out any 
errors in the examiner's reasoning nor provide any evidence of nonobviousness. 

In response to Applicant's argument "that it appears that Barnes and the other cited art 
fail to disclose wherein the snippet of code is produced without producing a class representation 
of the object [graph]" as recited in dependent claim 8 (remarks, page 15, footnote 3), the 
examiner notes that determining the class of an existing object and creating a new object is not 
the same as producing a class representation of the existing object. 

Moreover, Bames teaches producing a snippet of code in the form of XML (see, for 
example, column 4, lines 30-35 and 44-46). An XML representation of the object graph does not 
constitute a class representation of the object graph. 

Claim Rejections - 35 USC § 103 
5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 
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6. Claims 1-42, 45 and 46 are rejected imder 35 U.S.C. 103(a) as being unpatentable over 
U.S. Patent No. 7,096,419 to Barnes et al. (art of record, "Barnes") in view of U.S. Pub. No. 
2003/0191803 to Chinnici et al. (art of record, "Chinnici"). 

With respect to claim 1 (currently amended), Barnes discloses, in a computer system that 
supports a serialization engine capable of generating source code for objects (see, for example, 
column 2, lines 46-54, which shows a serialization engine and code generator), a method of 
serializing one or more objects from an initial representation to any of one or more subsequent 
representations (see, for example, column 3, lines 32-34 and 51-52, which shows serializing 
objects from an initial representation to a subsequent representation), for one or more standard 
object types and serialization formats (see, for example, column 5, lines 21-25, which show 
shows standard object types, and column 3, lines 55-62, which shows standard serialization 
formats), and which may be extended to cover one or more custom object types and serialization 
formats (see, for example, column 5, lines 47-53, which shows custom object types, and column 
4, lines 10-14, which shows custom serialization formats). 

Barnes does not expressly disclose acts of: 

providing a serialization manager to (i) coordinate one or more standard serialization 
providers that each identify one or more standard serializers for a standard object type or 
serialization format, and (ii) load, as needed, one or more custom serialization providers that 
each identify one or more custom serializers for one or more custom object types or serialization 
formats that are not covered by the one or more standard serialization providers. 

However, in an analogous art, Chinnici discloses a pluggable serialization engine (see, 
for example, paragraph 0126, lines 1-13) that supports one or more object types (see, for 
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example, paragraph 0129, lines 1-9) and serialization formats (see, for example, paragraph 0127, 
line 1-8). Chinnici further discloses providing a serialization manager to coordinate and load the 
needed serialization providers (see, for example, paragraph 0140, lines 1-11). One advantage of 
the pluggable serialization engine is that the serializers are independently developed and support 
flexible mappings among object types and serialization formats (see, for example, paragraph 
0139, lines 1-20). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to extend the system of Barnes with a pluggable serialization engine such as 
taught in Chinnici, so as to enable the use of independently developed serializers that support 
flexible mappings among object types and serialization formats. 

Barnes in view of Chinnici further discloses acts of: 

requesting a serializer from the serialization manager for an object graph that comprises 
an object of a particular object type, and for a particular serialization format (see, for example, 
Chinnici, paragraph 0141, lines 1-5, which shows requesting a seriaUzer for a particular 
serialization format, and paragraph 0152, lines 8-10, which further shows that the serializer is 
requested for a particular object type); and 

calling the serializer to serialize the object graph (see, for example, Barnes, column 4, 
lines 30-35 and 44-46, which shows serializing the object graph). 

Barnes in view of Chinnici further discloses that the serializer produces a snippet of code 
(see, for example, Barnes, column 4, lines 30-35 and 44-46), but does not expressly disclose that 
the serializer is requested from the serialization manager as part of a cut, copy or paste operation 
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and such that due to the cut, copy or paste operation, the serializer produces a snippet of code 
sufficient to undo or redo a change to the object graph. 

However, in an analogous art, Ardoin discloses a system for modeling an object graph 
(see, for example, column 6, lines 28-39) that preserves data and referential integrity as part of 
copy and delete operations, and enables one to undo any such changes to the object graph (see, 
for example, column 3, lines 13-29) made in a visual user interface designer (see, for example, 
column 1, lines 58 to column 2, line 2). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to extend the system of Barnes and Chinnici such that the serializer is 
requested from the serialization manager as part of a cut, copy or paste operation, and such that 
due to the cut, copy or paste operation, the serializer produces a snippet of code sufficient to 
undo or redo a change to the object graph, as Ardoin suggests, so as provide such operations 
wherein data and referential integrity are preserved. 

With respect to claim 2 (original), the rejection of claim 1 is incorporated, and Barnes in 
view of Chinnici in view of Ardoin further discloses that the serializer is a custom serializer (see, 
for example, Chinnici, paragraph 0128, lines 14-29). 

With respect to claim 3 (original), the rejection of claim 2 is incorporated, and Barnes in 
view of Chinnici in view of Ardoin further discloses that the serialization manager automatically 
loads the one or more custom serialization providers in response to the request (see, for example, 
Chinnici, paragraph 0153, lines 1-5, which shows loading the custom serializer). 
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With respect to claim 4 (original), the rejection of claim 1 is incorporated, and Barnes in 
view of Chinnici in view of Ardoin further discloses that the computer system also supports a 
visual user interface designer and the serialization engine is capable of generating source code 
for one or more user interface objects created within the visual user interface designer (see, for 
example, Barnes, column 3, lines 23-31, which shows a visual user interface designer, and 
column 4, lines 60-65, which shows generating source code for the user interface objects), the 
object graph comprising the one or more user interface objects (see, for example, Barnes, column 
6, lines 4-33, which shows that the object graph comprises the user interface objects). 

With respect to claim 5 (currently amended), the rejection of claim 1 is incorporated, and 
Barnes in view of Chinnici in view of Ardoin fiirther discloses that the serialization manager 
maintains context information that can be shared among the one or more standard serialization 
providers and any custom serialization providers that are loaded by the serialization manager 
(see, for example, Chinnici, paragraph 0143, lines 1-12, which shows maintaining context 
information). 

With respect to claim 6 (original), the rejection of claim 1 is incorporated, and Barnes in 
view of Chinnici in view of Ardoin further discloses that the initial representation comprises a 
representation used to persist the one or more user interface objects, and wherein the one or more 
subsequent representations comprise a representation used to represent the one or more user 
interface objects within the visual user interface designer (see, for example, Barnes, column 4, 
lines 47-59, which shows an initial representation for persisting the user interface objects and a 
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subsequent representation for representing the user interface objects within the visual user 
interface designer). 

With respect to claim 7 (original), the rejection of claim 1 is incorporated, and Barnes in 
view of Chinnici in view of Ardoin further discloses that the object graph comprises a plurality 
of related objects (see, for example, Barnes, column 6, lines 4-33, which shows that the object 
graph comprises a plurality of related objects). 

With respect to claim 8 (currently amended), the rejection of claim 1 is incorporated, and 
Barnes in view of Chinnici in view of Ardoin further discloses that the serializer produces a 
snippet of code sufficient to undo or redo a change to the object graph but without producing a 
class representation of the object graph (see, for example, Barnes, column 4, lines 30-35 and 44- 
46, which shows producing a snippet of code in the form of XML rather than a class 
representation of the object graph). 

With respect to claim 9 (original), the rejection of claim 1 is incorporated, and Barnes in 
view of Chinnici in view of Ardoin further discloses that the one or more standard serialization 
providers are capable of identifying a plurality of serializers (see, for example, Chinnici, 
paragraph 0141, lines 7-9, which shows identifying a plurality of serializers), and wherein at 
least two of the plurality of serializers are for serializing the object graph in different 
serialization formats (see, for example, Chinnici, paragraph 0128, lines 14-29, which shows a 
plurality of serializers for different serialization formats). 
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With respect to claim 10 (original), the rejection of claim 1 is incorporated, and Barnes in 
view of Chinnici in view of Ardoin further discloses that the serializer produces an extensible 
Markup Language representation of the object graph (see, for example, Barnes, column 4, lines 
30-35 and 44-46, which shows producing an XML representation of the object graph). 

With respect to claim 1 1 (currently amended), the claim is directed to a computer 
program product that corresponds to the method of claim 1 (see the rejection of claim 1 above). 
Barnes in view of Chinnici in view of Ardoin further discloses that the computer system supports 
a visual user interface designer and a serialization engine capable of generating source code for 
user interface objects created within the visual user interface designer (see the rejection of claim 
4 above). 

With respect to claim 12 (original), the rejection of claim 1 1 is incorporated, and Barnes 
in view of Chinnici in view of Ardoin further discloses that the one or more custom object types 
or serialization formats are not covered by the one or more standard serialization providers (see, 
for example, Chinnici, paragraph 0134, lines 1-14, which shows that serializers for custom object 
types or serialization formats may override the default serialization providers). 

With respect to claim 13 (original), the rejection of claim 1 1 is incorporated, and the 
claim corresponds to claim 2 (see the rejection of claim 2 above). 

With respect to claim 14 (original), the rejection of claim 13 is incorporated, and the 
claim corresponds to claim 3 (see the rejection of claim 3 above). 
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With respect to claim 15 (currently amended), the rejection of claim 1 1 is incorporated, 
and the claim corresponds to claim 5 (see the rejection of claim 5 above). 

With respect to claim 16 (original), the rejection of claim 1 1 is incorporated, and Barnes 
in view of Chinnici in view of Ardoin further discloses that the initial representation comprises a 
live representation used to represent the one or more user interface objects within the visual user 
interface designer, and wherein the one or more subsequent representations comprise a target 
representation used to persist the one or more user interface objects (see, for example, Barnes, 
column 2, lines 34-45, which shows an initial representation for representing the user interface 
objects within the visual user interface designer and a subsequent representation for persisting 
the user interface objects). 

With respect to claim 17 (currently amended), the rejection of 1 1 is incorporated, and the 
claim corresponds to claim 8 (see the rejection of claim 8 above). 

With respect to claim 18 (original), the rejection of claim 1 1 is incorporated, and the 
claim corresponds to claim 9 (see the rejection of claim 9 above). 

With respect to claim 19 (original), the rejection of claim 1 1 is incorporated, and Barnes 
in view of Chinnici in yiew of Ardoin further discloses that the serializer produces a source code 
representation of the object graph (see, for example, Barnes, column 4, lines 60-65, which shows 
producing a source code representation of the object graph). 

With respect to claim 20 (currently amended), Barnes discloses, in a computer system 
that supports a visual user interface designer and a serialization engine capable of generating 
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source code for user interface objects created within the visual user interface designer (see, for 
example, column 2, lines 46-54, which shows a serialization engine and code generator, and 
column 3, lines 23-31, which further shows a visual user interface designer), a method of 
serializing one or more user interface objects from an initial representation to any of one or more 
extensible subsequent representations which may be extended to cover one or more custom 
object types and serialization formats (see, for example, column 3, lines 32-34 and 51-52, which 
shows serializing objects from an initial representation to a subsequent representation, and see, 
for example, column 5, lines 47-53, which shows custom object types, and column 4, lines 10- 
14, which shows custom serialization formats). 

Barnes does not expressly disclose steps for: 

coordinating one or more standard serialization providers that each identify one or more 
standard serializers for a standard object type or serialization format; and 

loading, as needed, one or more custom serialization providers that each identify one or 
more custom serializers for one or more custom object types or serialization formats that are not 
covered by the one or more standard serialization providers. 

However, in an analogous art, Chinnici discloses a pluggable serialization engine (see, 
for example, paragraph 0126, lines 1-13) that supports one or more object types (see, for 
example, paragraph 0129, lines 1-9) and serialization formats (see, for example, paragraph 0127, 
line 1-8). Chinnici further discloses providing a serialization manager to coordinate and load the 
needed serialization providers (see, for example, paragraph 0140, lines 1-11). One advantage of 
the pluggable serialization engine is that the serializers are independently developed and support 
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flexible mappings among object types and serialization formats (see, for example, paragraph 
0139, lines 1-20). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to extend the system of Barnes with a pluggable serialization engine such as 
taught in Chinnici, so as to enable the use of independently developed serializers that support 
flexible mappings among object types and serialization formats. 

Barnes in view of Chinnici further discloses steps for: 

identifying a serializer for a particular serialization format and for an object graph that 
comprises an object of a particular object type (see, for example, Chinnici, paragraph 0141, lines 
1-5, which shows identifying a serializer for a particular serialization format, and paragraph 
0152, lines 8-10, which further shows that the serializer is identified for a particular object type); 
and 

serializing the object graph with the identified serializer (see, for example, Barnes, 
column 4, lines 30-35 and 44-46, which shows serializing the object graph). 

Barnes in view of Chinnici further discloses that the serializer produces a snippet of code 
(see, for example, Barnes, column 4, lines 30-35 and 44-46), but does not expressly disclose that 
serializing the object graph with the identified serializer is performed as part of a cut, copy or 
paste operation, such that due to the cut, copy or paste operation, the serializer produces a 
snippet of code sufficient to undo or redo a change to the object graph made within the visual 
user interface designer. 

However, in an analogous art, Ardoin discloses a system for modeling an object graph 
(see, for example, column 6, lines 28-39) that preserves data and referential integrity as part of 
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copy and delete operations, and enables one to undo any such changes to the object graph (see, 
for example, column 3, lines 13-29) made in a visual user interface designer (see, for example, 
column 1, lines 58 to column 2, line 2). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to extend the system of Barnes and Chinnici such that serializing the object 
graph with the identified serializer is performed as part of a cut, copy or paste operation, and 
such that due to the cut, copy or paste operation, the serializer produces a snippet of code 
sufficient to undo or redo a change to the object graph made within the visual user interface 
designer, as Ardoin suggests, so as provide such operations wherein data and referential integrity 
are preserved. 

With respect to claim 21 (original), the rejection of claim 20 is incorporated, and Barnes 
in view of Chinnici in view of Ardoin further discloses that the particular object type comprises a 
custom object type (see, for example, Barnes, column 5, lines 47-53, which shows custom object 
types). 

With respect to claim 22 (original), the rejection of claim 20 is incorporated, and Barnes 
in view of .Chinnici in view of Ardoin further discloses that the particular serialization format is a 
custom serialization format (see, for example, Barnes, column 4, lines 10-14, which shows 
custom serialization formats). 

With respect to claim 23 (original), the rejection of claim 23 is incorporated, and Barnes 
in view of Chinnici in view of Ardoin further discloses a step for maintaining context 
information to be shared among the one or more standard serialization providers and any custom 
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serialization providers that are loaded by the serialization manager (see, for example, Chinnici, 
paragraph 0143, lines 1-12, which shows maintaining context information). 

With respect to claim 24 (original), the rejection of claim 20 is incorporated, and Barnes 
in view of Chinnici in view of Ardoin further discloses that the initial representation comprises a 
live representation used to represent the one or more user interface objects within the visual user 
interface designer, and wherein the one or more subsequent representations comprise a target 
representation used to persist the one or more user interface objects (see, for example, Barnes, 
column 2, lines 34-45, which shows an initial representation for representing the user interface 
objects within the visual user interface designer and a subsequent representation for persisting 
the user interface objects). 

With respect to claim 25 (original), the rejection of claim 20 is incorporated, and Barnes 
in view of Chinnici in view of Ardoin further discloses a step for replacing a standard serializer 
with, a custom serializer from a custom serialization provider loaded while identifying the 
serializer for the object graph (see, for example, Chinnici, paragraph 0134, lines 1-14, which 
shows that serializers for custom object types or serialization formats may override the default 
serialization providers). 

With respect to claim 26 (original), the rejection of claim 20 is incorporated, and Barnes 
in view of Chinnici in view of Ardoin further discloses that the object graph comprises a 
plurality of related objects (see, for example, Barnes, column 6, lines 4-33, which shows that the 
object graph comprises a plurality of related objects). 
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With respect to claim 27 (original), the rejection of 20 is incorporated, and Barnes in 
view of Chinnici in view of Ardoin further discloses that the step for identifying a serializer is 
part of a cut, copy, or paste operation, and wherein the serializer produces a snippet of code for 
the object graph without producing a class representation of the object graph (see, for example, 
Barnes, column 4, lines 30-35 and 44-46, which shows producing a snippet of code in the form 
of XML rather than a class representation of the object graph) 

With respect to claim 28 (original), the rejection of claim 20 is incorporated, and Barnes 
in view of Chinnici in view of Ardoin further discloses that the serializer produces either a 
source code representation or an extensible Markup Language representation of the object graph 
(see, for example, Barnes, column 4, lines 60-65, which shows producing a source code 
representation of the object graph, and column 4, lines 30-35 and 44-46, which shows producing 
an XML representation of the object graph). 

With respect to claim 29 (currently amended), the claim is directed to a computer . 
program product that corresponds to the method of claim 20 (see the rejection of claim 20 
above). 

With respect to claim 30 (original), the rejection of claim 29 is incorporated, and Barnes 
in view of Chinnici in view of Ardoin further discloses that one or more custom serialization 
providers are loaded in identifying the serializer for the object graph (see, for example, Chinnici, 
paragraph 0153, lines 1-5, which shows loading the custom serializer). 
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With respect to claim 31 (original), the rejection of claim 29 is incorporated, and the 
claim corresponds to claim 23 (see the rejection of claim 23 above). 

With respect to claim 32 (original), the rejection of claim 29 is incorporated, and Barnes 
in view of Chinnici in view of Ardoin further discloses that the initial representation comprises a 
representation used to persist the one or more user interface objects, and wherein the one or more 
subsequent representations comprise a representation used to represent the one or more user 
interface objects within the visual user interface designer (see, for example, Barnes, column 4, 
lines 47-59, which shows an initial representation for persisting the user interface objects and a 
subsequent representation for representing the user interface objects within the visual user 
interface designer). 

With respect to claim 33 (original), the rejection of claim 29 is incorporated, and the 
claim corresponds to claim 25 (see the rejection of claim 25 above). 

With respect to claim 34 (currently amended), the rejection of claim 29 is incorporated, 
and the claim corresponds to claim 27 (see the rejection of claim 27 above). 

With respect to claim 35 (original), the rejection of claim 29 is incorporated, and the 
claim corresponds to claim 28 (see the rejection of claim 28 above). 

With respect to claim 36 (currently amended), Barnes discloses, for a computer system 
that supports a visual user interface designer and a serialization engine capable of generating 
source code for user interface objects created within the visual user interface designer (see, for 
example, column 2, lines 46-54, which shows a serialization engine and code generator, and 
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column 3, lines 23-31, which further shows a visual user interface designer), a computer program 
product comprising one or more computer readable storage media having stored thereon 
computer executable instructions that implement a method of efficiently serializing one or more 
user interface objects when performing visual operations on the one or more user interface 
objects (see, for example, column 4, lines 15-29 and 47-59, which shows serializing user 
interface objects when performing visual operations). 
Barnes does not expressly disclose steps for: 

loading one or more serialization providers that each identify one or more serializers for a 
given object type and serialization format. 

However, in an analogous art, Chinnici discloses a pluggable serialization engine (see, 
for example, paragraph 0126, lines 1-13) that supports one or more object types (see, for . 
example, paragraph 0129, lines 1-9) and serialization formats (see, for example, paragraph 0127, 
line 1-8). Chinnici further discloses providing a serialization manager to coordinate and load the 
needed serialization providers (see, for example, paragraph 0140, lines 1-11). One advantage of 
the pluggable serialization engine is that the serializers are independently developed and support 
flexible mappings among object types and serialization formats (see, for example, paragraph 
0139, lines 1-20). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to extend the system of Barnes with a pluggable serialization engine such as 
taught in Chinnici, so as to enable the use of independently developed serializers that support 
flexible mappings among object types and serialization formats. 

Barnes in view of Chinnici further discloses steps for: 
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from the one or more serialization providers, identifying a serializer capable of serializing 
a user interface object in a serialization format that corresponds to a requested visual operation to 
be performed on the user interface object (see, for example, Chinnici, paragraph 0141, lines 1-5, 
v^hich shows identifying a serializer for the desired serialization format); and 

serializing the user interface object v^ith the identified serializer (see, for example, 
Barnes, column 4, lines 30-35 and 44-46, which shows serializing the user interface object). 

Barnes in view of Chinnici further discloses that the serializer produces a snippet of code 
without producing a class representation of the user interface object (see, for example, Barnes, 
column 4, lines 30-35 and 44-46, which shows producing a snippet of code in the form of XML 
rather than a class representation of the user interface object), but does not expressly disclose that 
serializing the user interface object with the identified serializer is performed as part of a cut, 
copy, paste, undo or redo operation, such that due to the cut, copy, paste, undo or redo operation, 
the serializer produces a snippet of code sufficient to undo or redo a change to the user interface 
object made within the visual user interface designer without producing a class representation of 
the user interface object in order to efficiently perform the requested operation. 

However, in an analogous art, Ardoin discloses a system for modeling an object graph 
(see, for example, column 6, lines 28-39) that preserves data and referential integrity as part of 
copy and delete operations, and enables one to perform undo operations to undo any such 
changes to the object graph (see, for example, column 3, lines 13-29) made in a visual user 
interface designer (see, for example, column 1, lines 58 to column 2, line 2). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to extend the system of Barnes and Chinnici such that serializing the user 
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interface object with the identified serializer is performed as part of a cut, copy, paste, undo or 
redo operation, and such that due to the cut, copy, paste, undo or redo operation, the serializer 
produces a snippet of code sufficient to undo or redo a change to the user interface object made 
within the visual user interface designer without producing a class representation of the user 
interface object in order to efficiently perform the requested operation, as Ardoin suggests, so as 
provide such operations wherein data and referential integrity are preserved. 

With respect to claim 37 (original), the rejection of claim 36 is incorporated, and Barnes 
in view of Chinnici in view of Ardoin further discloses a step for coordinating the one or more 
serialization providers (see, for example, Chinnici, paragraph 0140, lines 1-11, which shows 
coordinating the serializers). 

With respect to claim 38 (original), the rejection of claim 36 is incorporated, and Barnes 
in view of Chinnici in view of Ardoin further discloses that the one or more serialization 
providers comprise one or more standard serialization providers that each identify one or more 
standard serializers for a standard object type and serialization format (see, for example, 
Chinnici, paragraph 0141, lines 7-9, which shows identifying a plurality of serializers, and 
paragraph 0129, lines 1-9, which shows serializers for standard object types and serialization 
formats). 

With respect to claim 39 (original), the rejection of claim 38 is incorporated, and Barnes 
in view of Chinnici in view of Ardoin further discloses that the one or more serialization 
providers comprise one or more custom serialization providers that each identify one or more 
custom serializers for one or more custom object types or serialization formats that are not 
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covered by the one or more standard serialization providers (see, for example, Chinnici, 
paragraph 0141, lines 7-9, which shows identifying a plurality of serializers, and paragraph 0128, 
lines 14-29, which shows serializers for custom object types and serialization formats). 

With respect to claim 40 (original), the rejection of claim 39 is incorporated, and Barnes 
in view of Chinnici in view of Ardoin further discloses that one or more custom serialization 
providers are loaded in identifying the serializer (see, for example, Chinnici, paragraph 0153, 
lines 1-5, which shows loading the custom serializer). 

With respect to claim 41 (original), the rejection of claim 36 is incorporated, and Barnes 
in view of Chinnici in view of Ardoin further discloses that the serializer is a custom serializer 
(see, for example, Chinnici, paragraph 0128, lines 14-29). 

With respect to claim 42 (original), the rejection of claim 36 is incorporated, and Barnes 
in view of Chinnici in view of Ardoin further discloses a step for maintaining context 
information to be shared among the one or more serialization providers (see, for example, 
Chinnici, paragraph 0143, lines 1-12, which shows maintaining context information). 

With respect to claim 45 (original), the rejection of claim 36 is incorporated, and Barnes 
in view of Chinnici in view of Ardoin further discloses steps for: 

from the one or more serialization providers, identifying a code serializer capable of 
serializing a user interface object in a serialization format that corresponds to a source code 
representation of the user interface object (see, for example, Barnes, column 4, lines 60-65, 
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which show identifying a serializer for seriahzing a user interface objects in a source code 
representation); and 

serializing the user interface object with the identified code serializer to produce a class 
representation of the user interface object (see, for example, Barnes, column 4, lines 60-65, 
which shows producing a source code representation of the user interface object). 

With respect to claim 46 (original), the rejection of claim 36 is incorporated, and Barnes 
in view of Chinnici in view of Ardoin further discloses steps for: 

from the one or more serialization providers, identifying an extensible Markup Language 
(XML) serializer capable of serializing a user interface object in a serialization format that 
corresponds to an XML representation of the user interface object (see, for example, Barnes, 
column 4, lines 30-35 and 44-46, which shows identifying a serializer for serializing the user 
interface object in an XML representation); and 

serializing the user interface object with the identified XML serializer to produce an 
XML representation of the user interface object (see, for example, Barnes, column 4, lines 30-35 
and 44-46, which shows producing an XML representation of the user interface object). 

Conclusion 

7. Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
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MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

8. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Michael J. Yigdall whose telephone number is (571) 272-3707. 
The examiner can normally be reached on Monday through Friday from 7:30am to 4:00pm. 

If attempts to reach the examiner by telephone are unsuccessfiil, the examiner's 
supervisor, Tuan Q. Dam can be reached on (571) 272-3695. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

Michael J. Yigdall 
/v\Y Examiner 

Art Unit 2192 
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